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[57] ABSTRACT 

Method for two-way digital comiminication between Data 
Tenninal Equipment (DTE) and Data Communication 
Equipment (DCE), includes a novel command set The 
inventive method involves initiating communication by 
transmitting one command from a set of DTE commands to 
the command inteipieter block. That Uock inteiprets the 
command, and acts on the command, directing the command 
to the appropriate control block. The control block receiving 
the decoded command then executes the command by 
sending a signal representative of the command to a hard- 
ware interface device which transmits the signal to the 
receiving DCE. 

13 Claims, 5 Drawing Sheets 
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METHOD FOR INTELLIGENT DATA 
TERMINAL EQUIPMENT (DTE) DATA 
COMMUNICATION 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates generally to the field of 
modem communication systems, and more specifically to 
the field of data terminal equipment (DHTE) command sets. 

2. Description of Related Ait 

During the 1970* s, a small communications company 
called Bizcom developed die concept of adding intelligence 
to Data Conmiunication Equipment (DCE) using codes, 
referred to as a command set. that governs the operational 
capability of the modem Other modem manufacturers 
developed similarly performing modems. Unfortunately, 
during the eariy days of intelligent modems, the command 
set built into modems manufactured by different vendors 
typically were incompatible with each other. Thus, mony 
communications software products originally operated only 
with a specific modem or a few modems, as determined by 
the command set for the particular modem 

The Hayes Microcomputer Products series of Smartmo- 
dems later captured over 50 percent of the personal com- 
puter modem market, and its command set became the de 
facto industry standard. At present, many modem manufac- 
turers cite their products as being "Hayes compatible", 
which suggests that the product supports at least some of the 
Hayes modem command set. 

The Hayes command set consists of a basic set of com- 
mands and conmiand extensions. The basic commands, such 
as placing the modem off-hook (which occurs when the 
telephone handset is lifted from its cradle) and dialing a 
number are conmion to Hayes and Hayes-compatible 
modems. Command extensions, such as placing a modem 
into a specific operating speed or initiating certain features 
(including data compression or a specific type of error 
detection and correction) are applicable only to modems 
built to transmit and receive data at that speed or modems 
that support the requested feature. 

Other modems, such as tiie commercially available Trail- 
Blazer fromTelebit, employ a command set that essentially 
is a superset of the Hayes command set Although commu- 
nications software that uses the Hayes conmiand set operates 
with the TrailBlazer modem, such software cannot use the 
full potential of the modem since the Hayes command set 
does not support several TrailBlazer modem features. To 
effectively operate the Telebit TrailBlazer or another modem 
that incorporates special features, software written specifi- 
cally to support those modem features is required. 

The Hayes command set (referred to as the AT command 
set) provides intelligence only to the DCE like a modem 
This command set governs its operational capability, 
enabling automatic dialing and redialing of telephone 
numbers, selection of operating transmission rate, and vari- 
ous other intelligent functions. 

However, over the past several years, user expectations 
have increased and equipment including personal 
computers, tenninals, and conputer ports are used as an 
added source of data conmiunications. These equipment are 
referred to as Data Terminal Equipment (DTE). The 
physical, electrical, and logical rules for the exchange of 
data between DTE's and DCE's are specified by an interface 
standard. The most commonly used interface standard are 
tile Electronic Industries Association (EIA) RS-232-C and 
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RS 232-D standards. These arc simHar to the CCTTT V.24 
standard used in Europe and other locations outside of North 
America. Both the RS-232-C and the RS-232-D formally 
specify the use of a D-shaped, 25-pin interface connector. 

5 The use of the RS-232-C basically has been universal since 
its publication by the EIA in 1969. 

The RS-232 standard defines the interfacing between 
DTE's and DCE*s in the United States. However, there is no 
standard command set available for the DTE offering similar 

^0 operational capabilities to the DCE (intelligent) conmiand 
set The DCE typically is a separate entity and, as such, is 
relatively easy to define. On the contrary, the DTE could be 
a computer, a terminal, or another intelligent equipment 
Thus, it has been difficult to clearly isolate the IXTE in an 

^5 intelligent equipment environment Once the DTE func- 
tional block is abstracted out then there is a need for a 
system, including a standard command set, for digital com- 
munication to this DTE functional block in a DTE environ- 
ment A command set embodying the present invention will 

^ complement the present DCE standard command set 

SUMMARY OF THE INVENTION 

The present invention is a system and method for digital 

23 commuiucation to a Data Terminal Equipment (DTE), 
including a novel command set 

The present inventive method may be practiced with a 
DTE including a decoder block residing in a memory device 
accessible by the central processing unit (CPU) of a DTE 

30 device, having a conamand interpreter block, a data flow 
control block, a mode set up sync/async block, and a 
plurality of line control blocks. The decoder block is in 
coitmiunication with a hardware interface device, such as an 
RS-232 port, for transmitting executed conmiands, in the 

35 form of signals, to the DCE device. 

The inventive method involves initiatiing communication 
by transmitting one command from a set of DTE conmiands 
to the conmiand interpreter block. That block interprets the 
command, and acts on the command, directing the command 

40 to the appropriate control block of the decoder. The specific 
control block wiU depend on the command type, for 
example, the interpreted command may be directed either to 
the flow control block, the mode set-up sync/async block, or 
the line control block. 

The control block receiving the interpreted command then 
executes the command by sending a signal representative of 
the command to a hardware interface device. The interface 
device functions as an interface between the DTE and the 
DCE, and typically consists of a standard port 
The DTE command set used in the inventive method may 
include the conomands: track or ignore clear to send (CIS) 
signal; change state of data terminal ready (DTR) signal; 
respond to flow control schemes; track or ignore ring 
indicator (RI) signal; track or ignore data carrier detect 
(DCD) signal; set up DTE to either sync or async operation 
mode; change state of request to send (RTS) signal; track or 
ignore dataset ready (DSR) signal; set up DTE to dumb 
terminal mode; and reset DTE parameters. Other conmiands 
may be added to the set by the user; 

60 

BRIEF DESCRHnON OF THE HGURES 

FIG. 1 depicts a hardware enviroimient of the present 
invention. 

65 FIG. 2 depicts a typical prior art DTE to DCE interface. 
FIG. 3 depicts a typical prior art sequence of control 
signals in a DTE to DCE interface. 
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FIG. 4 depicts an exemplary sequence of control signals 
in a DTE interface embodying the present invention. 

FIG. 5 is a flow diagram of an embodiment of the present 
inventive method. 

DETAILED DESCRIPTION OF PREFERRED 
EMBODIMENTS 

The present invention comprises a command set for Data 
Terminal Equipment (DTE) 100, providing more intelli- 
gence to the DTE. Essentially, the functionalities of the 
present inventive command set afford a similar functionality 
to a DTE 100 as available to a Data Communication 
Equipment (DCE) 102. However, no standards exist to 
handle the difference in functionalities between the two 
systems. 

As shown in FIG. 1, the DTE command set of the present 
invention resides on a card located in a DTE 100, such as a 
personal computer (PC). In a preferred embodiment, the 
card is a Secure Fax PC card (SFXPC card), such as 
commercially available from Ricoh Corporation. San Jose, 
Calif. The PC 100 includes an RS-232 port for transmitting 
data from the PC to a DCE 102, such as a secure telephone 
unit (STU). The DCE is in direct communication with a 
public switched telephone network (PSTN) 104, which 
typically is a two-wire facility having a structure that 
basically is compatible with serial transmission. 
A. The Hayes Standard Command Set 

To better appreciate the present invention, it is helpful first 
to describe the Hayes DCB standard command set and its 
functionality. To facilitate the following description, the 
major commands of the Hayes command set are set forth in 
Table 1: 



TABLE 1 




Hayes Standard Command Set 


Coidiq3ik1 


Function 


AT 


Attention 


A 


Answer call 


A/ 


Repeat last command 


B 


Select the method of modem nKxluIation 


C 


Tom modem's earner on or off 


D 


Dial a telephone number 


E 


Enable or inhibit echo of characters to the screen 


F 


Switch between half* and full-duplex modem 




operation 


H 


Hang up telephone (on-hook) or pick up telephone 




(off-hook) 


I 


Request identification code or request check sum 


L 


Select the speaker volume 


M 


Turn speaker off or on 


0 


Place modem on line 


P 


Pulse dial 


Q 


Request modem to send or inhibit sending of 




result code 


R 


Change modem mode to '\)riginate onl/* 


S 


Set modem register values 


T 


Touchtone dial 


V 


Send result codes as digits or words 


X 


Use basic or extended result code set 


Y 


Enable or inhibit long space disconnect 


Z 


Reset the modem 


+++ 


Escape command 



10 



15 



20 



25 



30 



35 



40 



50 



55 



60 



The basic format required to transmit commands to a DCE, 
such as a Hayes compatible intelligent modem, is: 

AT Command[Parameter(s)]CommandLParamcter(s)] . . . Return 

Each command line includes the prefix AT, followed by tiie 
appropriate command and that command's parameters. The 
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parameters typically are the digits 0 or 1, which define a 
specific command state. For example, the HO command 
instructs the modem to hang up or disconnect a call; HI 
instructs the modem to initiate a telephone line connection. 
Multiple commands may be included in one command line, 
with a maximum number of characters limited to the buffer 
size. 

Turning now to FIG. 2, that depicts the signals required to 
connect a typical DTE 100 (in the illustrated example, it is 
an IBM PS/2 or other personal computer) to a typical prior 
art DCE 102 (in the illustrated example, a low-speed asyn- 
chronous modem of the 212A-type). Although a 
25-conductQr cable may be used to cable the DTE 100 to the 
DCE 102, only 9 conductors actually are required in the 
illustrated configuration. 

As illustrated, DCE 102 typically includes a power supply 
202, transmit circuits 204, receive circuits 206, and test and 
control circuits 208, each of which are generally commer- 
cially available or may be customized to a particular manu- 
facturer or application. As shown, typically the DTE 100 
includes a protective ground (GND) 210 function at pin 1 
and a signal ground (SG) 212 at pin 7. Data is transmitted 
214 across pin 2. When no data is being transmitted, the 
DTE 100 maintains this circuit in a marking or logical 1 
condition. This is the circuit 214 over which the actual serial 
bit stream of data flows from the DTE 100 to the DCE 102, 
where it is modulated for transmission. 

A Re quest to Send (CTS) circuit jl6 at pin 4 sends a 
sign^&omtiie DTE 100 to the DCH 102 to prepare the£)CE 
f02 for transmission . Prior to actually sending data, the DTC 
lO Omust receive a Gear to Send ( CTTS) signal a cross the 
(jrS^cui^Zlgftom the UCb IU2 on pin 5. Tfie CTS 
itffercEnge arciut ilS sends^a "signaTTJTIfee DTE 100 
indicating that the DCE 102 is ready for data. By turning this 
circuit 218 OFF, the DCE 102 informs the DTE 100 that it 
is not ready for data. The DCE 102 rai '^fn^ thrr "^'ff"^^ 
after the DTE 100 initi^es an RTS signal. 
' Tlie(Janierl7etBetj(€D) cllOUil 22 0 al pig 8, also referred 
to as me Keceivea l uneSignal Detector (KL^p), rcccives^a 
signal fittmlEe TfCglOrm the DIE 100 tha t the 

DTllEriDTIs receiving £ carrier signal trom a remote modem. 
T his implies that t he remote end is on-line, .gpscnce pr the 
canjcrjmgli es^than<,eceivedl^gta~a^^ 3 onthe bcfc 102 
is valid data ~bgi"g receiv ed from the^rftmotp. DHR, 

After the DCE 102 demodulates data, it is transferred to 
the attached DTE 100 over the Received Data (RD) circuit 
222 at pin 3. W hen the DCEJi>2_is not sending data to the 
D TE 100, this drcuit 22_2_isjield_in_&e m^ ngcondition. 
Signals on theDataset Ready (DSR) (ScBnOTlt pin 6 
indicate the status of the dataset connected to the DTE 100. 
When this drcuit 224 is in the ON condition, it serves as a 
signal to the terminal that the DCE 102 is connected to a 
telephone line 200 and is ready to transmit data. Because the 
RS-232 standard specifies that the DSR signal is ON when 
the DCE 102 is connected to the communications channel 
and not in any test condition, a DCE 102 using a self-testing 
feature or automatic dialing capability would pass this signal 
to the DTE 100 after the self-test is completed or after the 
telephone number of a remote location is successfully 
dialed. 

The Data Terminal Ready (DTR ) circuit ^26 at pin 20 
controSjhcuut i's 1^2 connec tion to the telephoneline 200. 
An ON condition on this circuit 226 prepares the DCE 102 
to be connected to the tel ephone line ^00, after which the 
connection may be established 5y manual or automatic 
dialing^^JifijigflaL^Jus_circuit isjlaced in an OFF 
condition, it causes the DCE's 102 that recognize the 
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absence of this control signal to drop any present telephone 

connection, providing a mechanism for the DTE 100 to TABLE 2-continued 

control the line connection. DTECommmTs 

The Ring Indicator (RI) interchange circuit 228 at pin 22 — 

indicates to the DTE 100 that a ringing signal is being 5 command Function 
received on the communications channel. This circuit 228 is 



used by an auto answer modem to **wake up" the attached ^ ?f5»°^ ^ ^f^^"^ ^mitrol schemes 

... , ^ - t t • ^ I FitncT track or i ffn org th e PT fi\ffnfl| 

DTE 100. In a preferred embodiment, a telephone rmgs for ^ Either track or i^ore ihc Damcanicr detccisiffiai 

one second and then pauses for four seconds, so this line 228 p Sc^^tStl^tE'Ecvkcto'niS^^^ 

becomes active for one second every five seconds when an lo operation mode 

incoming caU occurs. In an embodiment, a DCE 102 con- I ^^"^ '^^f °f , 

. . - A - . . . J- ^ S Either track or isnore the DSR sumal 

nected to the PSTN 104 that has an automatic answer feature ^ Sets up the DTE to a dumb teniS^mode 

is designed to recognize the ringing voltage on the telephone z Resets the mB parameters to their default or 

line. The DCE 102 passes the ringing indicator to the initial values 

attached DTE 100 by asserting a voltage on pin 22 in 15 ---«--——------------— — 

cadence with the line's ringing signal. Thus, the RI circuit ^hese commands are initiated by an initiation code, such as 

228 at pin 22 serves as a >ake-up" signal to the DTE 100. ^ ^^^j, RICOH). The basic format required to transmit the 

In response to the RI signal, the DTE 100 asserts a voltage commands to an inteUigent UTE 100 is: 
aaoss DTR circuit 226 at pin 20 which, in effect, tells the 

DCE 102 to go o£f-hook and answer the call. 20 m Command[Parametet<s)lCommand[ParBmetei<s)] . . . Retum 

FIG. 3 illustrates an exemplary exchange of control 
signals between a standard DTE 100 and a DCE 102 of the Thus, each command line includes the initiation code, RI, 
prior art. When the DCE 102 is powered on, the DCE 102 followed by the appropriate command and the conuuand 
passes a DSR signal to the DTE 100. An incoming call parameters. The command parameters are digits or a corn- 
causes the DCE 102 to respond to the ringing voltage by 25 bination of digits and letters. 

toggling pin 22 (Ring Indicator) in tandem with the ringing The C command, which represents a Clear To Send (CTS) 

signal on the line. Some DTEs 100 will assert DTR high as signal track command, is formatted RICn, wherein ns=0 or 1. 

soon as they are powered-on; others raise the DTR control This command directs the DTE 100 to either track or ignore 

signal in response to a ring indicator signaL as illustrated in the Qear To Send (CTS) signal. For example, RICO directs 

HG. 3, 30 the DTE 100 to ignore the CTS signal; and RICl directs the 

The originating DCE (not shown) transmits a carrier tone DTE 100 to track the CTS signaL i.e., does not transmit data 

to the answering DCE 102. The receipt of this tone by the unless CTS is present. 

answering DCE 102 indicates both (a) the continuity of a The D command, which represents a Data Terminal 

circuit established by one DCE 102 dialing another via the Ready (DTR) signal control conamand, is formatted RIDn, 

PSTN 104 and (b) the fact that a modem is at the other end 35 wherein n=0, 1, or 2. The D command direOs the DTE 100 

of the circuit If the DTE 100 is a computer, the assertion of to change the state of the DTR signal. For example, RIDO 

a Ring Indicator signal followed by a Carder Detect signal directs the DTE to drop DTR; RIDl directs the DTE to raise 

indicates an incoming data call versus the possibility of a DTR; and RID2 directs the DTE to toggle DTR. 

wrong number being dialed. The F command, which represents a Flow Control 

Normally, the UTE 100 transmits some type of 'Vel- 40 Response (FCR) command, is formatted RIFn, wherein n=0, 

come" message to the DCE 102 ttiat is attempting to access 1» 2. or 3. The F command directs the DTE to respond to the 

the ryrE 100. To transmit data, the DTE 100 raises its I^ow control schemes. For example, RIFO directs the DTE 

Request to Send (RTS) signal, which must be acknowledged to respond to Flow Control; RIFl direds the DTE not to 

by the DCE 102 responding by raising its Gear to Send respond to Xon/Xoff character pair (in-band signaling or 

(CTS) control. At this time, the DTE 100 port transmits data « software control); RIF2 directs the DTE to respond to 

to the DCE 102 on pin 2 and may receive data on pin 3. RTS/CTS signal (out-band signaling or hardware control); 

B. DTE Command Set RIF3 directs the DTE to respond to both in-band and 

The present invention involves the use of a novel, stan- out-band signaling, 

dard command set to further enable communication to a The I conmiand, which represents a Ring Indicator (RI) 

OTE 100 functional block. In the system of the present 5° signal track command, is formatted Rlln, wherem n=0 or 1. 

invention, the SFX PC card includes other broader functions The I command directs the DTE 100 to either track or ignore 

along with the functions of the DTE 100. Communication to the Ring Indicator signal. For example, RHO directs the DTE 

the CrrE 100 functional blockis achieved by a command set to ignore the RI signal; and RIIl directs the DTE to track the 

A list of exemplary commands are set forth in Table 2 ^n!?^°,^ * ^ , . . ^ . 

below. These commands are originated at the UTE 100 T^ K corimiand, which represents a D^^^^ 

executed by the DTE itself, as compared with the commands (^^D) signal track command, is formatted RKn^ wherein n 

presented above inTable 1, which^ originated at the UTE =0 or 1. The K command directs the DTO to eittier^ack^ 

100. but executed by the DCE 102, '^''^''''^^.^^n^^'^-^'''^ 

^ to Ignore the DCD signal; and RIKl directs the DTE to track 

TARIP 2 60 the DCD signal. i.e., not transmit data unless DCD is 

present. 

DTE Command Set The P command, which represents a Protocol Setup (PS) 

command, is formatted RIPXn, wherein X=A 

Command Function (Asynchronous) or S (Synchronous), and n=any non-zao 

c Either track or ignore the CIS signal 65 whole number. The P command sets up the DTE device to 

0 Change the state of the DTR signal either asynchronous or synchronous mode of operation. For 

example. RIPA3 sets up the DTE to asynchronous mode 3, 
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which may be 9600 baud. 1 stop bit, no parity, or any 
predefined parameter. 

The R command, which represents a Request to Send 
(KTS) signal control is formatted RIRn. wherein n=0, 1, or 
2. The R command directs the DTE to change the state of the 5 
RTS signal. For example. RIRO directs the DTE to drop the 
KTS; RIRl directs the DTE to raise the KTS; and RIR2 
directs the DTE to toggle the KTS. 

The S command, which represents a Data Set Ready 
(DSR) signal track command, is foroatted RISn, wherein lo 
n=0 or 1. The S command directs the DTTE to either track or 
ignore the DSR signal. For example, RISO directs the DTE 
to ignore the DSR signal; and RISl directs the DTE to track 
the DSR signal. i.e.. not transmit data unless a DSR is 
present. 15 

The T command sets up the DTE to a dumb terminal 
mode, and is formatted RTTn. wherein n=0 or 1. For 
example. RTTO sets terminal mode OFF; and RIT 1 sets 
tenmnal mode ON. The Z command resets the DTE param- 
eters to their default or initial values and has no associated 20 
parameter value. Thus, for example, RE resets the DTE. 

The command set may be expanded to add more capa- 
bilities to the DTE 100 in addition to those shown in the 
above examples. At present, none of the commands 
described above are available in a DTE 100, although some 25 
of these commands may be available for DCEs 102. Thus, 
the present invention adds previously unavailable function- 
ality to the DTEs 100 without altering the interaction 
between a DTE 100 modified in accordance with the present 
invention and coimnercially available DCEs 102. In 30 
addition, the command set described above may be origi- 
nated by the DTE 100 using a standard interface language, 
such as C. or directly entered by a user via a keyboard 
attached to a PC or other computer device. 

FIG. 4 depicts an exemplary DTE 100 including an 35 
embodiment of the present invention. As shown, the DTE 
100 of the present invention includes a conmiand interpreter 
402 and one or more command controls, labeled as the flow 
control block 404, the mode setup sync/async block 406 and 
the line control block 408 in FIG. 4. These blocks of code 40 
reside in a memory device 400 of the SFX PC card of the 
DTE 100. The command interpreter 402 includes a com- 
mand set 410 which may be invoked by a user to initiate and 
act upon by the interpreter 402. 

One command from the UTE command set 410 is trans- 45 
mitted to the DTE device, typically by an end-user entering 
data via the keyboard for the PC or from some other source 
external to the DTE 100. As shown in FIG. 5, the selected 
command is transmitted 501 to the command interpreter 
404, which decodes 502 the command and acts on it by 50 
directing 503 it to one of the control blocks (e.g.. 404, 406, 
or 408). For example, an RIFn command may be directed to 
the flow control block 404, an RIPXn command may be 
directed to the mode setup sync/async block 406, or any of 
the other coimnands may be directed to the line control 55 
block 408. 

The selected control block then executes the command, 
converting 504 the command into a signal representative of 
the command. For example, if the command is RIR. the line 
control block 408 will generate a signal that represents "drop 60 
the RTS line". This signal generated by the control block is 
transmitted 505 to the DCE 102 device. In a preferred 
embodiment, the signal is sent from the control block to a 
hardware interface device 412, such as a universal 
synchronous/asynchronous receiver/transmitter (USART). 65 
In a preferred embodiment, the hardware interface 412 is an 
RS-232 port. The interface device 412 transmits the signal to 



the receiving DCE 102. The two devices 100, 102 then begin 
standard processing of the data to be transmitted/received in 
accordance with standard modem protocol, and as described 
above in relation to FIG. 2. Specifically referring to FIG. 2. 
the signals of pins 4, 5, 6, and 20 conmionly are referred to 
as handshaking signals. These signals govern the sequence 
of actions that must occur for DCEs 102 to acc^t data from 
DTEs 100 for modulation. 

The present invention thus offers the following advan- 
tages: a DTE 100 with enhanced functionality that is com- 
patible with existing DCEs 102; and a DTE 100 providing 
essentially unlimited future expansion by the addition of 
commands to a command set. From the above, other 
embodiments of and modifications to the present invention 
will suggest themselves to those skilled in the art. Therefore, 
the scope of the present invention is to be limited only by the 
claims presented below. 

What is claimed is: 

1. In a data terminal equipment (DTE) device including, 
in intercommunication, a command interpreter block and a 
plurality of control blocks in communication with a digital 
communication equipment (DCE) device, a method of digi- 
tal communication between the devices, comprising the 
steps of: 

A. initiating the digital communication by transmitting 
within the DTE one command from a DTE conmiand 
set to the command interpreter block, the DTE com- 
mand set having no field reserved for data that is to be 
transmitted to another DTE; 

B. decoding the command; 

C. directing the decoded command from the command 
interpreter to one of the control blocks; 

D. converting the decoded command into a signal repre- 
sentative of the decoded command; and 

E. transmitting the signal from the control block to the 
DCE. 

2. The method of daim 1, wherein the DTE command set 
includes one command from the group consisting of: track 
or ignore clear to send (CTS) signal; respond to flow control 
schemes; track or ignore ring indicator (RI) signal; track or 
ignore carrier detect (DCD) signal; set up DTE to either sync 
or async operation mode; track or ignore dataset ready 
(DSR) signal; set up DTE to dumb terminal mode; and reset 
DTE parameters. 

3. The method of claim 1, wherein the DTE further 
comprises a hardware interface device, the method further 
comprising, after the step of converting the decoded 
conmiand, transmitting the signal from the control block to 
the hardware interface device. 

4. The method of claim 2, wherein the command inter- 
preter and the control blocks reside in a single memory 
device within the DTE and the control blocks include one 
from the group of blocks consisting of: data flow control; 
mode set-up sync/async; and line control. 

5. The method of claim 1. wherein the DTE command set 
includes one command from the group consisting of: (i) 
track or ignore clear-to-send (CTS) signal, (ii) track or 
ignore ring indicator (RI) signal, (iii) track or ignore data 
canier detect (DCD) signal, and (iv) track or ignore dataset 
ready (DSR) signal. 

6. The method of claim 5, wherein the DTE command set 
further includes one command from the group consisting of: 
(i) respond to flow control schemes, (ii) set up DTE to either 
synchronous or asynchronous operation mode; (iii) set up 
DTE to dumb terminal mode, and (iv) reset DTE parameters. 

7. The method of claim 6, wherein the DTE command set 
further includes one command from the group consisting of: 
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(i) change state of data terminal ready (DTR) signal, and (ii) 
change state of request-to-send (RTS) signal. 

8. In a data terminal equipment (OTE) device including, 
in interconmiunication, a command interpreter block and a 
plurality of control blocks within a single memory device, 
and a hardware interface device in communication with a 
digital conununlcation equipment (DCE) device, a method 
comprising the steps of: 

A. transmitting within die DTE one command from a 
DHTE conunand set to the command interpreter block, 
the DTE command set having no field reserved for data 
that is to be transmitted to another DTE; 

B. decoding the command in the command interpreter 
block; 

C. directing the decoded command from the command 
interpreter to one of the control blocks, the plurality of 
control blocks con^rising: 

a data flow control block. 

a mode set-up sync/async block, and 

a line control block; 

D. converting the decoded conunand in the control block 
into a signal representative of the decoded corrmiand; 
and 

£. transmitting the signal from the control block to the 
hardware interface device. 
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9. The method of claim 8, wherein the DTE command set 
comprises (i) track or ignore clear-to-send (CIS) signal, (ii) 
track or ignore ring indicator (RI) signal, (iii) track or ignore 
data carrier detect (DCD) signal, and (iv) track or ignore 

^ dataset ready (DSR) signal. 

10. The method of claim 8, wherein the DTE command 
set con^rises (i) respond to flow control schemes, (ii) set up 
DUG to either synchronous or asynchronous operation 

10 mode; (iii) set up DTE to dumb terminal mode* and (iv) reset 
DTE parameters. 

11. The mediod of claim 8, wherein the DTE command set 
comprises (i) change state of data terminal ready (DTR) 
signal, and (ii) change state of request-to-send (RTS) signaL 

12. The method of claim 9, wherein the DTE command 
set further comprises (i) respond to flow control schemes, 
(ii) set up DTE to either synchronous or asynchronous 
operation mode; (iii) set up DTE to dumb terminal mode. 

20 and (iv) reset DTE parameters. 

13. The method of claim 12, wherein the DTE command 
set further comprises (i) change state of data terminal ready 
(DHTR) signal, and (u) diange state of request-to-send (RTS) 
signal. 

25 

4i Dt * * * 
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